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REM A RKS 



Claims 1-20 arc pending with claims K 8, 13, and 16 being independent In light of the 
following remarks, reconsideration and allowance of all claims are requested. 

Reicctions Under 35 IIS.C. S 102 

Claims I -20 stand rejected under 35 U.S.C. § l()2(b) as allegedly being anticipated by 
U.S. Patent No. 4,914.569 lo I -e vine ei a!. ("Levinc'"). The rejections and their underlying 
reasoning arc tniverscd. 

The Rej ection Violates 35 U.S.C. S e ction 132 and is Improper 

Applicant rcspeelfuily submits that the rejection violates 35 U.S.C. Section 132 and is. 
thus, improper because the explanatioji the Office provides lacks sufficient specificity. 35 
U.S.C. Section 1 32 provides, in relevant part, that *^vhenever, on examination, any claim for a 
patent is rejected, or any objection or retiiiircment made, the Commissioner shall notify the 
applicant thereof, stating the reasons for such rejection, or objection or requirement, logetlier 
with such information and references as maybe useful in judging of the propriety of continuing 
the prosecution of his application/' A claim rejection violates 35 U.S.C, § 132 if it ^1s so 
uninfomiative thai ii prevents the applicant from recognizing and seeking lo counter the grounds 
for rejection." See Chesfer w Miller, 906 F.2d 1574, 1578, 15 USPQ2d 1333, 1337 (Fed. Cir. 
1 990). 
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The instanl rejection of cluiins 1-20 consists of the claim language from llie present 
application, interspersed vvith bare citations to Lcvine, No explanation of how the Ofllcc 
interprets Irvine such that the claims read on Levinc is provided. Since no reasons for the 
rejection have been stated, Applicant respectfully submits thai the grounds of rejection cannot be 
Atlly recognized and countered. ITius, Apphcant respectfully submits thai the rejection violates 
.■?5 tJ.S.C. Section 132 and is, therefore, improper. 

Nonetheless, in the interest of expeditini; prosecution, and assuming that the rejection 
does not violate 35 U.S.C. Section 1 32 (which is not conceded). Applicant presents arguments 
below that emphasize the differences between Levinc and (he presently claimed subject matter. 



In dependent Chiims I and 16 

Levine fails to disclose each and every fe<uurcs of cbim 1 . For example, Lcvine fails to 
disclose associatinf* a record key with a database kty in response to a record access, the record 
kiy comprisinn: a key used to identify tite record, and lite database key comprisinf^ a luy used 
to track tite record as recited in claim 1. While the Office Action alleges that Levinc discloses 
die features at FIGS N2; Col. 3, IL 52-56; and Col. 4. IL 1 -38, the cited portions do not disclose 
the features. I.evine does not expressly disclose any of the features, and the Office Action does 
not explain how Levine suggests the features. 

Levine is directed to accessing employee records stored **in a computer mcmor>'." Hee 
I.-evinc» CoK 11. 52-54. &Kh record includes "an address portion 28, the employee name 30. 
and the employee number 32." See id, at Col. 3, II. 54-57. The address 2S is a memory location 
assigned to the employee name and employee [see id. at C:ol. 3, IL 57-59) and not a record icey 
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associated with a database key in tespanse to a record access as recited in claim 1. Lcvinc 
provides index ircc" to allows a iKser to '"quickly acccjjs a specific record in storage." See 
Lcvinc at Col. 2, II, 62-64, Thus, Levinc uses the linked nodes of the index tree to jump from 
one node (o another until the desired record is found. See Lcvnie al Col. 4. 11. 1-49; FIGS. 1 -2. 
For example, Lcvinc describes using "an alphabetically ordered (ascending) index of the 
employee's names/' Id at Col. 4, L 1 -3. *Minch employee's name includes a key. In this 
example, the key in Levine is the first letter of the employee \s name. The key is used to identify 
a jyext level node to be accessed in searching for £t specific employee name record.'" See Lcvine 
at Col. 4, II. 3-7, The Office Action seems to imply that these keys in Lcvine are the record key 
as recited in claim 1 . However, that would be a gross misinterpretation of Levine, Because the 
first letter of the employee's name Is used as the key, a .single key is used for several employee 
records. "The D key 44 directs the user from the root node 42 (the parent node) to node 50 (a 
child node). Node 50 contains key record infomiation for direct access of the employees 
Andrews, Baker, and Chester. However, only a single key is used in the roc)t no<le." M al Col. 
4, 11. 13. 

The keys in Lcvinc do nol include a record key associated with a database key as recited 
in claim 1 . Instead, each key in Lcvine is associated wiih a node in the index. See Lcvine al CoL 
4, II. 3-7. " The keys arc used to idcntiJy n next level node to be accessed in searching for a 
specific employee name record.'^ Id. {Emphasis added.) The node in Lcvine is a part of the 
index that describes the hierarchical organisation of tlic records stored in tlic computer memory. 
Also, even iJ^the node in Levinc could reasonably be construed as the database key as recited in 
claim 1, an association between the key and the node is not made in response to a record access 
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(\si recited in claim 1. The index and the nodes in the index in Levine were generated and 
associated with each other before a user requests a record acces4>. 

Also, Levine discloses chat ciich node includes '"a set of pointers 62," and each pointer 
"points to llic inlbrmation containing the employee name Andrew and employee number.*^ .SV?^? 
Levine at CoL 4, II. 28-3 J. However, these pointers cannot reasonably be construed as the 
database key since a record key is not associated with a pointer in Levine iii response to a 
record access as recited in claim 1 , The pointers arc associated with a node, and not a record 
key. 

Levine also fails to disclose modifying the record key based on input received via (he 
user interface as recited in claim 1. The Office Action alleges that Levine leaches the feature at 
CoL 2, II- 12-15 and CoK 5 Jl 7- 1 2, However, the cited portions do not disclose or suggest the 
feature recited in claim L 

Levine suggests only that a record can be changed. See Levine at CoL 2, 11. KM 5. "One 
problem in providing concuircnt access to database tables occurs when multiple transactions ai\? 
trying to access a record al the same time. Specilieally, when one user wishes to change a record 
and another user is attempting to access this record, a contention situation occurs/' Id. 
However. Levine docs not disclose how the change could be accomplished, and thus Levine docs 
not disclose or suggest modifying the record key imsed on input received via the user interface 
as recited in claim 1. 

The other portion of Levine cited by the Onice Action discloses that ^^f i |f the operation is 
not a fetch operation, in other words the operation is a record insert (or key record insert) or 
rcx:ord delete (or key record delete) opertition, the program proceeds to step 106 to determine if 
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the next node beneath the parent node is :i Icafjiodc or bottom node;' See Lovinc, CoL 5, 11. 7- 
\ 2. However insjcrliiig or deleting n record as disclosed in Levine is not siirilcienl in liglU of the 
remaining features ofclaim 1 . Claim 1 also recites associating the modijfied reeard key with the 
database liey, which Levinc fails to disclose or suggest. In other words, claim 1 recites that tlic 
rnodificd record key is now nssociatcd with the same database key that was associated with the 
record key before the moditlciiiion. Simply inserting or deleting a record as recited in Levine 
cannot reasonably bo constnied to incUtde this association between a modified record key and the 
database key. Levine Is silent as to the feature. 

Further, Levine ffiils to disclose or sw^^csX providing access to tlte record through titc 
user interface using tlte dataiiase key associated with the modified record key to identify tlte 
record in the databttse as recited in claim 1 . Since Levine docs not disclose modifying the 
record key, Levine also fails to disclose these features. Also, Levine uses the key (the first letter 
of the employee's name) to navigate through the nodes of the index to access a record. Thus. 
Levine discloses tising the index to access the record and not a database key as recited in claim 1 . 

For at least these reasons, Levine fails to disctese or suggest each and every features of 
claim 1. Therefore, claim 1 is patentable over Levine. 

Independent claim 16 recites similar features as claim 1, and thus is patentable over 
Levine for at least the reasons set forth with respect to claim I above. 
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Dcn cndcnt Claim s 2-7 and \ 7-2 0 

Claims 2-7 and 17-20 depend froiYi claims I and 16, and thus are patentable over Ixvmc 
for at least the reasons set forth with respect to claims 1 and 16 above. Jn addition, claims 2-7 
and 1 7-20 arc patentable over Lcvinc for independent rcason.s. 

For example, Levine fails to disclose or suggest wherein the dmabme key is a imique 
value based on information indepefulent of both content and orf^anization of a record in a 
dmubiise as recited in claims 2 and 1 7. The Office Action alleges that Levinc discloses; this 
subject matter at column 4, lines. 1-7. However, the cited portion of Levinc fails to disclose a 
database key, and the features disclosed in Levin are dependent on either the content or the 
organization of the record. Levine at Col, 4, II. 1-7. 



In this example, the index is an alphabetically ordered (ascending) 
index of (he employee's names. Each employee's name includes a 
key. Jji this example, the key is the first letter of the employee's 
name. The keys arc used to identify a next level node to be 
accessed in searching Jbr a specific employee name record. 



Becnusc the Office Action provides no explanation, it is not clear what the OHlce Action 
Ks identifying as the record key imd tlie database key. Regardless, nothing in Levine can 
reasonably be construed to disclose the features. Since ^nhe index is an alphabetically ordered 
index of the employee \s names/' the index is dependent on tlic content of the record. Sec id. 
Also, "the key is Che firsl letter of tiie employee's name/* and thus the key is dependent on the 
content of the record. Sec id Further, the node of the index describes the hierarchy of the index, 
and thus is dependent on the organization of the record. See id. Therefore, nothing in Levinc 
can reasonably be construed to disclose wlierein the database key is a unique vahie based on 
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information independent of both content and organization of a record in a data/^ase as recited 
in clauiis 2 and 1 7. 

Lcvine also fails lo disclose tv/wrein the record includes tite associated database key 
iv/ien stored in memory at rtintime, the met/wd further coniprisin$» removing lite datalmste liey 
from the record before storing the record in tlie database as recited in claim 3, The Office 
Action alleges lhat l.cvinc discloses ihe features at column 4. lines 33-36. However, Levinc 
discloiics ihai: ''when a transaciion accesses a node, the transi^clion first examines the pointer 
portion of Ihc node information to determine where the key record itiibrmation is stored,** 
Lcvine at Col. 4, II. 33-36. Again, without any explanation in the Office Action, it is difficult lo 
dclcrmine what the office action is identifying as the database key in Lcvine. Regardless* 
nothing in Lcvine can reasonably be construed to disclose the claimed features. Both tlie node 
and the pointer in Levine art; not removed from tiie record before storing the record in the 
database OS recite in claim 1 . hi fact, Levine does not disclose removing anything lhat could 
reasonably be construed as the database /cey from the record before storinji the record in the 
database as recited in claiin 3. 

For at least these additional reasons, dependent claims 2, 3, and 1 7 are patentable over 

Levinc, 

lndep_en<jen t Ciaims 8 

Levinc fails to disclose each and every feature of claim 8. Kor example, Lcvine fails to 
disclose or suggest a program that identifies a record i}y a data/}ase key as recited in claim 8. 
As set fonh with respect to claim 1 and 16 above, Lcvine discloses using an index to access a 
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record, imti not a daiaba^e key. h\ I'acl, ihc portions of Lcvinc cited by the Office Action 
describes using the index and not a Jatabase key as; recited in cUtim 8. Sec Levine at Col. 3, II. 
62-67; Col. 4, 11. 1-5. 

In addition, I .cvinc fails to disclose or suggest a database key association layer operable 
to generate the database key aftd associate the datxthase key with a record key in response to a 
record access by the program as recited in claim 8. The index iis disclosed in l-evinc is not a 
database key association layer since tJlc index docs t>ol generate the database key and associate 
the dataffose key with a record key in response to a record access by the program as recited in 
claim 8. 1-evine fails to disclose a database key, a record key, and associating the record key 
with the database key in response to a record access. Levine fails to expressly disclose the 
claimed fealurcii, and the Office Action fails to describe how Levine discloses or suggests the 
features. 

Further. Lcvinc fails to disclose wherein the record key comprises a key usable to 
identify the record in the database as recited in claim 8. i he key in I .cvine. which is ^nhe first 
letter of the employee's name/^ is not used to identify a record in the database as recited in 
claim 8. See Lcvinc at Col 4, 11. 4-7. The key in Levine is ^ntsed to Identify a next level node lo 
be accessed in searching for a specific enipluyce name record/' See id. 

For at least these reasons, claim 8 is patentable over Levine. 
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Dependent Cloi ms 9-12 

Clainijj y-12 depend from claim 8, and thus lire patentable over Irvine for at Icasl the 
reasons set forth with respect to claim 8 above. In addition, claims 9-1 2 arc patentable over 
Lcvinc for additional reasons. For example, claim 9 recites similar features as claim 3, iuid thus 
is patentable over Levine for the additional reasons set forth with respect lo claim 3 above. 
CMaim 10 recites similar features as claims 2 and 1 7 above, and thus is patentable over Levine for 
the additional reasons set forth with respect to claims 2 and 1 7 above. 



T ndepcn dcf it Claim 13 

Levine fails lo <ii.<Nclose or sugjjesl each and every feature of claim 1 3. For example. 
Levine fails to disclose a first type of database key being a tmique value based on informadan 
independent ofbotit content and organization of a record in a database as recited in claim 1 3. 
As set forth with respect to claims 2 and 1 7 above, the index; the key, and the node in Levine are 
based either on the content of the record (e.g.. first letter of the employee's name) or the 
organization of the record in the database (e.g., a hierarchy of the index tmd node). For at least 
these reasons, claim !3 is patentable over Lcvinc. 



Depen de nt Claims 14-15 

Claims 14-15 depend iVom claim 13, and thus are patentable over Levine for at least the 
rea.sons set forth with respect to claim 1 3 above. Further, claims 1 4 and 1 5 are patentable for 
additional reasons. For example, claim 14 recites similar features as claims 3 and 9, and thus are 
patentable for at least the additional reasons set foith with respect to claims 3 and 9 above. 
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It is believed that all of the pending rejections of cJaims have been addressed, Moweven • 
the absence of a reply to a specific rejection, issue or comment docs not signify agreement vvitli 
or concession of that rejection, issue or comment. In addition, because the arguments made 
above may not be exhaustive, there may be additional reasons for patentability of any or all 
claims (or other claims) that have not been expressed. Finally, nothing in this paper should be 
construed as an intent to concede any issue with regard to any claim, except as specifically stated 
in this paper. 

For the foregoing reasons, the patcniabilily of all of the claim of the above referenced 
application has been established and the Issuance of an allowance to that effect is requested. 

No fee is believed due. Please apply any charges or credits to deposit account 06- 1 050. 



Fish & Richardson P.C 
12390 El CaminoRcai 
San Diego, California 92 130 
Telephone: (858) 678-5070 
Facsimile: (858) 678-5099 



Respectfully submitted. 





William E. Flunter 
Reg. No. 47,671 
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